#scrum #estimation #storyPoints
過去 waterfall 常使用 WBS 與甘特圖來預估整個專案的時程範圍,task 的工時評估也往往是由一位資深的同仁透過自己的經驗,以及接 task 的 programmer 的能力,來預估該 programmer 需要花費多少時間。
估不準是合理的,但往往因此造成一些不合理的現象或是浪費,甚至團隊中角色之間因此造成對立。
「沒有依據的預估,叫做猜測」
這一篇文章簡單的概述了「relative estimation」的概念,並建議最好在「需求還不知道誰做之前」,由「所有做事的人一起評估」,並從過程中釐清需求的作法,彼此之間經驗的分享,最終「獲得團隊共識」。
文中也稍微說明了,為什麼建議這麼做?好處是什麼?否則會有什麼問題。
有了通盤的基礎概念後,接著讀系列後續文章,就會順理成章,流暢無礙。
http://www.codedata.com.tw/…/requirement-story-point-plann…/